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RULE 131 DECLARATION 



I, Paul Mantey, do hereby declare that: 

1. I am Paul Mantey, I am an inventor of the subject matter 
claimed in the above-referenced patent application, I am, and at 
all relevant times have been, an employee of Hewlett Packard 
Company, to which I have assigned all right, title, and interest in 
the subject matter of the above-referenced patent application. 

2. Before September 9, 2003, I and the other named inventors 
of the above-referenced patent application actually reduced to 
practice, in the United States, a system which implemented all of 
the limitations of the claims of the above-ref erenced patent 
application, as those claims were presented on June 21, 2007. 

3. More Specifically, before September 9, 2003, I and the 
other inventors of the above-referenced patent application reduced 
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to practice the Manageability Communications Bus shipped in the 2 nd 
generation Hewlett Packard Keystone and Matterhorn systems, known 
publicly as the rx8620, rx7620, rp8420, and rp7420 systems. The 
Manageability Communications Bus, embodiments of which are described 
in this patent application, improved the efficiency of the I 2 C 
communication protocol, allowing greater bandwidth of communication 
between cell controllers and the system controller, and improving 
firmware update times within the system. This system included at 
least the features described in the attached signed and witnessed 
Invention Disclosure document. 

4 . Certain dates have been redacted from the attached 
Invention Disclosure document. All of the redacted dates are 
earlier than September 9, 2003. 
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I further declare under penalty of perjury pursuant to the laws 
of the United States of America that the foregoing is true and 
correct, and that this declaration was executed by me on 

A/d^ ^7 , 2Q&7, in the city of , 

state of /jjl^TZfl ci . 




Paul Man^>ey (Declaran y 
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Write in Dark ink on Front Side OnlyJ'lease 




fjgg INVENTION DISCLOSURE 


PAGE ONE OF 


.. PDNO ^(pJ^O^ ^ ;:: ]-^) CATERED 


J ATTORNEY PtT) 



Instructional The information contained in thit document if COMPANY CONFIDENTIAL and may not bs dtofased to offers wtfrwi/r piV 
suiftttfeattM. Submit Ibis disclosure to Irte HP Legs/ Department as soon as possible. No pafenf piuledion is possible until e paten/ application is 
atithof!Z6fr, prepared, and submitted to ins Qovtmrmnt. 



Descriptive Title of Invention: Method and Apparatus for an EC Bus TranscnlvHr wfth FlfQs, automatic retry, byte timers, fair arbitration, 
and automatic, programmable CRC S*n*ratlcri. 

Tame of Project: ftOME-X ~ " " " 

Product Name or Number RP842Q (Follow on to RPMKlj "~™ 

Was a description of the inveMton pubfahed, or are you planning to publish? If so, the datefs) and publication(s)- 
No 

Was 3 oroducf including ihe invention announced, ottered for sale, sold, v is such activity proposed? ff so. the dale/ s) and locations); 
No 

Was the invention disclosed to anyone oulsida of HP or *ill such disclosure occur? Ifso. Hiedatafs) andname(s): 

No, 

it my uflftejacw^itoHswtfqtfii/ffiftfe 3 jnenfts, ctfywrpattonw trine i»se) Dtwaamrtnmat 1 -998-191 »_o/_#rom4m 

Was the invention described In a tab track or other record? if so, please Identify (lab hot* #, ate.) 
Yes - Verllog files and Word specification documents. 

Wss the invention built or tested"? If so, the date; " " ' " ■ - 

Yes - Development is underway 

Was this jn^nO'mmadfl under a government contract? II so, Ihe agency and aritrfcfiiumbiiFTio ~~ 



Description of Invention: Pltsass preserve all records of the invention and attach additional pages tot the following. Each additional page should 

be signed and dated by trie imteinoffsj and wftessfesj. 
A Description of the construction and operation of the Invention (Include appropriate schematic, block, & timing diagrams: drawings: samples: 
graphs; flowcharts; computer listings: test results: etc,) 

B. Mv&\ [ages of Ihe invention over what has been done before, 

C, Problems solved by Ihe Invention. 
Pnor BoluHonsand their disadvantages lit a vail able, attach copies of produef literature, technical articles, pat enis.ejc.l, _ 



Signature of Invents): Pursuant Id my (ouri^ploymer*%ee«ient, I suborns dtetosura on Ihistiate f February 11, 2003 "T 
0Q312357 P auU.Manley ^fa/&/>^sp^ 593-3507 MS3U-B8 ^NS : FSTL_ 




Employee No Name 







Employes No Nam* 

f If mors (hart lour inventors, include add/ 


Signature Telnet Mailstop Entity 8 Lab Name 
ions! information on motlm copy of ifjis form and affscfi to this doci/mentj 
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INVENTION DISCLOSURE 



COMPANY CONFIDENTIAL 



Signature of Witnesses): (Plwst try to obtain fa s^murn of tut jwwt/s} » trfi^Wrabn was *sr tfsdasaaj * 
TigJflvgjltion was first explained to, and understood by, me (us) on this date: f 



Lji ■ ^>ikf j htufl, % & 

Full Name 3 




Inventor S Home Address Information: (i/mms™: 



iff fltftff. WwmsfriOT m s cop>- alibis form $ altscti M Ibis rAnir/Mnfl 



' inventor's Full hterw 
Pi iuU.Ma nfty 



53lZ G rwnyigwllifae 



Doyouhaif*aRBs«eitn»iP.o m<«& p.o acx 



rmqnlai's Pull Nanus 
Micrijial D, Youn g 



Sire* 



Tto yoh have a Rfste^itral'P .a* 



Inuijiilui's FuK Harms 



'Oo yoii have a ftfisldmlal P.O Ai 



Qo you hfiw aRssdentsal P O Artless? P 0. BOX™ 
Grilled rra tmHflame. wdtfeiwrn, rfc ) 
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Description or" Invention : Pkasfprvsme all retorts of Ifte invention arxf fltfecfr additional pages for the Mowing Each additional page should" 

fee signed artd dated by the inwrttorts) and wito es ^fsj, ^ 

A. Description of So construction and operation of lha invention (include appropriate schematic, blot*, & timing diagrams; drawings; samples, 
graphs; ftowcharis- computer lisitngs; lest resulls; eta.) 

?' 

t 



B- Advantages of the invention over what has been done before. 



C. Problems solved by 9re invention, 



O. Prior solyiicns and their disadvantages (it available, attach copies of product literature, rechnicai SBtofrt, patents, etc )." 
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A) Descripiion oi the constructor! and operation of Ihe invention (include appropriate schemalic. block, S timing 
diagrams; drawings; samples; graphs flowcharts; computer listings; test refills; alt) 

The MCB (Manageability Comtnunicatmris Bus) design consists of two primary (send and receive) state 
machines, each wtth an attached FIFO. Trie state machines and FIFOs interface to a previously purchased TWSI 
(Two Wire Serial Interface, e g I2C} master/slave core as shown in Ihe diagram, 

Sending Messages: 

To send a message, the host processor writes the- destination address. The processor (hen writes Ihe payload 
data to tha «nd FIFO, the processor must writs a minimum of one byte lo Ihe send FIFO before writing the 
message length registers. The process of writing the message length register ki [fates (he transmission. The 
send state machine latches the destination address and Ihe Ural dala byte into the master/slave core, and inlllales 
s command lo the core lo send the data byte to the destination address. The processor continues lo load Ihe 
complete message Into me FIFO (the FIFO provides a low-water mark to Indicate to Ihe processor thai it could 
accept more data without stalling the transmission bus). Once the message has teem completely sent, the send 
machine initiates a read cemmand lo the slawe core. The slave core Mien returns a checksum or CRC byte which 
Has been calculated during the receive process. The sending machine then Indicates success (or error) to the 
processor indicating that the message was successfully transmitted and that the checksum or CRC byte matched 
Ihe e-Kpeuted value, This Interface, from Ihe send stale machine lo the processor, Is implemented via interrupts, 
interrupt source and error/status registers. 

Automatic Retry. 

If Ihe master did not successfully negotiate for the bus (arbitration loss) w ft targeted a device that was not 
present, or not operating (slave nsk) ; the master wit] automatically retry Ihe message at Ihe next instance thai it 
detects the bus is free, There are three conditions far automatic retry; 1) it has to be enabled in the register sel, 
2) Ihe start of the message musi still be in Ihe FIFO, and 3) Ihe number of retries thai has occurred for this 
particular message must not exceed a user defined limit, 

Fair Ar&ilrati'Qn; 

Automatic retry cuts down on the processor overhead required to said messages, but it also resulls in a highly 
□rcartizad bus. Thai is, it is quilt; likely that several different masters will have pending messages in their queue 
during the lime which another device awns Ihe bus. Once the original ovmer completes the transaction, the other 
masters will sense (he bus going free at Ihe same time, and initiate Iheir transactions at the seme time. The bus 
master that is- sanding to the tasest address, or is the fjrsl to send a unique tow data bit. will always win the bus, 
II is possible, therefore, for bus masters lo never gain access to the bus due to their priority level, By altering Ihelr 
busfree timer (the timer mechanism thai senses when the bus becomes free) in a round-robin fashion (adding a 
constant multiplied by a priority level) it is posaihla for these devices to gain access to the bus. 

PecglyinoMessaues: 

When Ihe slave side of |he master/slave TWSI core is targeted as a slave, the receive machine is activated, taking 
data from the TWSI core and Storing il in the rewive FIFO. The receive machine will continue responding to me 
i WSI core, moving data from the crxe and placing it Info the receive FIFO unlit the end of the message is 
signaled by the master 11 ihe receive message exceeds the FIFO, a high water mark, arid than a full mark both 
trigger independent interrupts to ihe processor indtcalfng. a full-status in lha FIFO Once the entire message ha& 
been sent/retei^ed across Ihe bus, the master, will ccmmano a read of the receive core. The receive core then 
sends beck Ihe checksum or CRC byte back across the bus to Ihe masier. This checksum or CRC byte has been 
ccminucifsly updated during the receipt of the message. The specific protocol implemenled in (his case requires 
that Ihe checksum or CRC fcyte always. tie DxfJQ Upon completion of the transaction, the receive message 
machine will interrupt the processor, incicaiing that a message is complete, stored in toe FIFO, and that Ihe 
checksum or CRC was GxOG io indicate a successful message, 

Byte Timers: 

In the evenl thai a bus master or sietve locks up (he I2C bus. a byte-timer watch-dog has been implemented to 
farce all of the devices off of Ihe bus and men allow those that are siill functional to na-oonrracl to the bus. For 
instance if 5 host processor m$ to crash before it was able lo service a receive Interrupt mrjfcaMg (flat Ihe 
receive FIFO was getting toll, then the FIFO would continue |o fill, and upon fflting She FIFO, Ihe receive machine 
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would stall (he I2C bus until (he FIFO was emptied sufficiently In allow more data to be written lo It This aiaH 
could last indefinitely unless a byte tinier was implemented, Byte timers in each core that attached to the bus 
would trigger at roughly the same time and flush their FIFOs of pending messages. They would also signal lo 
their host processors thai a byte timeout event has occurred on the bus. The tailed processor would not (Steely) 
see this timeout event. However, the receive FIFO attached to this machine would be (lushed, and the transaction 
would dear itself 

failed processor detection mechanism: 

In the atovg scenario, detecting which host procesiar had failed would be difficult. Any subsequent messages 
written to this device would cause a byte timeout failure to re-occur. Perhaps the other bus transceiver hosts 
would detect that sends to this particular, tailed host, cause repeated byte timeouts and therefore, this device 
would be removed trom the tet of acceptable targets. However, there Would be no information available as Id why 
the particular device had felted. 

Howeve-f , if the MCB were designed to detect such a failed processor condition, It could automatically dc one, or 
both of the following: 

a) Attempt to reset the host processor and Bring it back from a crashed stats. A signal could be Drought 
out of the MCB machine that when wired lo the processors watchdog controller would cause a 
processor hard reset to occur in the above mentioned scenario, If this failed to bring back the host 
processor, then the other MCB machine would attempt the second option. 

b) Enable a direct connection between the slave t2C device In the master/slave core and the processor 
bus and send a message to the other bus hosts thai a failure condition exists on this particular device. 
The other devices couMfhen access the failed processor bus via the I2C bus and attempt '° diagnose 
the mechanism that caused the processors' failure, This would greatly benefit the system designers in 
debugging any system failures. 



B) Advantages of Ifie invention over what has been done before, 

■ This invention implements en I2C bus with send andreceive FIFOs, multi-master support, automatic retry, and 
fair arbitration in order to improve both bandwidth and stability of the communications linK, 

a, The Send and Receive FIFOs reduce the interrupt latency on (he bus. They effectively hide the 
processor Interrupt, service mutjns delay through proper setting of higri-water (for receive) and low 
water (for send) marks within the FIFOs. 

b. Multi-master support Increases the bandwidth of the bus since the devices do not have to request 
the bus from a single master. Each device can arbitrate for the tins dtredly and monitor the state 
of the bus to determine If it has won arbitration. 

c Automatic retry capability allows for a masler with a pending transaction to automatically re- 
arbitrate for the bus once the previous owner of the bus finishes mastering a transaction. 
The fair arbitration scheme overcomes the Inheron I I2C protocol problem where the device sending 
the lowest target address (or if the target addresses are the same. Ihe device When sends the first 
unique low data bit) wins Ihe bus, 

e Au iomatic checksum Of CRC generation reduces processor ove rhaad in massage transactions. 

C i Problems solved by the invention , 

a. This invention allowed for an I2Q bus to operate at near peafc-bandiwtdlh by eliminating the interrupt-on-byte 
latency through the addition of FIFOs and by separating the send and receive butters into saparafe, stale- 
machine controlled enlilies. 

b. It permitted four masters at a similar type, doing concurrent work (booting a system) tu gain access w Ihe 
bus by proving a Fair arbitration, 

c. The need for a higher speed link between the manageability processor and the lour cell processors was met 
Without modifying the physical layout of Che I3C bus between the five devices (increased bus bandwidth 
without modifying the physoal bus topology), 



D) Prior solutions and their disadvantages (if available, attach copies of product literature, technical articles, patents, 
etc. I. 



Older two-wire bus protocols (e.g. SMBus or IZC) supported multi-master configurations (5 masters 
on one bus), and could operate at 100 or 400 kH2 with Intemjpkm-cyte processor Interface. Fair 
arbltratton was guaranteed by ttie inherent randomness of interrupt service routine latencies within 
the processor. 

J Interrupt-on-byte mechanism means thai for every byte transmitted, the bus must stall for 
the length of the longest Interrupt service routine lima (receiving processor Interrupt to 
read the byte from the receive buffer or transmitting processor Interrupt to place trie next 
byla into the transmit buffer). At 100 kHz, the iransmission of one byte takes -100 usee. 
The typical in lerrupt service lime of a microcontroller In Ihis application can vary from -75 
- -150 usee (or longer, depending upon load conditions) Thus, the interrupt overhead 
adds 75 to 150% latency to the bus. In other words, where as a 100 kHi bus has a 
theoreticai peak bandwidlti of 1 1 KB/see, this interrupt latency reduces the theoretical 
bandwidth of the bus to approximately 4 - 57 KB/sec 
li, While the randomness or the delay in the interrupt response time does allow, statistically, 
tor all 5 processors to access the bus in a fair manner, the wait period for the bus to 
beaxire free is unreasonably long. 
There are other higher speed protocols available (e.g. Elhemel. USB, etc) with higher bandwidlhs, 
hui these protocols have generally more expensive IP or routing fabrics (require the use of 
magnetics, hubs, ejqiensiva IP, complicated drivers, etc.) 



1 1/27/2007 13:10 FAX 



1012/013 



1 1/27/2007 13:10 FAX 



1013/013 




o 
o 
o 

CM 



o 
o 

m 

o 

CM 



CD 



O jl; 



if i ^ ! f! I 



fie 
5 



